home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970326-19970626 / 000008_news@columbia.edu _Fri Mar 28 13:40:57 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA04577
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 28 Mar 1997 13:40:56 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA06934
  7.     for kermit.misc@watsun; Fri, 28 Mar 1997 13:40:54 -0500 (EST)
  8. Path: news.columbia.edu!panix!news.mathworks.com!enews.sgi.com!news.corp.sgi.com!news.sgi.com!news1.best.com!news.impulse.net!stephen
  9. From: stephen@arktel.com (Stephen Au)
  10. Newsgroups: comp.os.ms-windows.nt.misc,comp.protocols.kermit.misc
  11. Subject: Re: K95 Kermit flickers on Key Input in NT4.0
  12. Date: 28 Mar 1997 18:33:52 GMT
  13. Organization: Impulse Internet Sevices
  14. Lines: 85
  15. Message-ID: <5hh2ug$e5p$1@news.impulse.net>
  16. References: <5hbo8d$lbi$1@news.impulse.net> <5hc84u$qum@watsun.cc.columbia.edu>
  17. Reply-To: stephen@arktel.com
  18. NNTP-Posting-Host: 204.188.4.81
  19. X-Newsreader: slrn (0.9.3.2 OS/2)
  20. Xref: news.columbia.edu comp.os.ms-windows.nt.misc:185142 comp.protocols.kermit.misc:6823
  21.  
  22. >Frank da Cruz wrote:
  23. >>In article <5hbo8d$lbi$1@news.impulse.net>,
  24. >>Stephen Au <stephen@arktel.com> wrote:
  25. >>: 
  26. >>: I have been using K95 under WIN95 for sometime and it works OK (slow)
  27. >>:
  28. >>Slow compared to what?
  29. >>
  30.  
  31. Slow in couple respects, with serial connections @ 9600/19200 bps.
  32.  
  33. #1. Compared to real-life WYSE-60 terminals at 9600/19200 bps. 
  34. *All* 5 users of K95 on WIN95
  35. reported K95 as slow compared to their terminals. And these are all
  36. Pentium 75 with 16MB machines and all they are doing is connecting to Unix. 
  37. I tuned the "SET TERMINAL SCREEN-UPDATE FAST" and that improves some but
  38. still no compairson with the WYSE in terms of scrolling speed.
  39. People performing similar jobs on
  40. a WYSE and then on K95 consistently reported the WYSE as getting their
  41. job done faster. BTW these users are accountants, they are not anti-computers,
  42. and they love their PCs much more than the WYSE.
  43.  
  44. I grant that this
  45. "perception" of "slowness" is largely due to the pausing between screen updates
  46. because I timed the output with a stop watch and the result is similar.
  47. But on keyboard input, there is just this perceptible delay between
  48. a key is depressed and a character appearing on the screen.
  49. And it slows down productivity.
  50.  
  51. #2. Compared with other versions of Kermit, notably MSDOS and OS2/Warp 4.
  52. It takes longer for K95 to come up and exit, K95 feels sluggish/unresponsive
  53. on keyboard input. (And the "perception of slowness" on output).
  54.  
  55. #3. Compared with Qmodem.
  56. It takes longer for K95 to come up and exit, K95 feels sluggish/unresponsive
  57. on keyboard input.
  58.  
  59. So why do I use and recommend K95? Because it does SCOANSI, and because
  60. I was sold on the MSDOS and OS2 versions. Just consider these as end-users
  61. comments.
  62.  
  63.  
  64. >>: and I can't use just any window size I want.
  65. >>:
  66. >>Due to a bug in Windows 95.
  67. >>
  68. That was a major reason why I upgrade to NT.
  69.  
  70.  
  71. >>
  72. >>: Does anyone has similar problem and has a remedy? Thank you very much.
  73. >>: 
  74. >>Some people have seen this, most do not see it.
  75. >>
  76. >>In Windows, we're dealing with a much more... "complicated" environment.
  77. >>There are infinite combinations of hardware, graphics adapters, drivers,
  78. >>BIOS's, etc, and bugs in all of these.  
  79. >>
  80. I would think that this is a step forward than the old days of pure DOS,
  81. with Windows and WIN drivers to give some isolation from raw iron.
  82.  
  83.  
  84. >>Kermit is updating the screen in the approved Win32 manner.  If there is
  85. >>flicker, it is not caused by Kermit, but rather by the driver that Kermit
  86. >>is calling upon to do it, and/or the video adapter.
  87. >>
  88. >>The following entry from Kermit 95's BUGS.TXT file might be helpful:
  89. >>
  90. >> .....
  91. >>
  92.  
  93. Thank you for the info, and I have read that, and those suggestions
  94. did not fix the problem. What gets me is that this
  95. flicker *does not* happen with a vanilla NT MSDOS window.
  96. It does not happen with other screen-oriented applications such as
  97. "vi" (MKS version), "vim" (NT or WIN32), "brief" (DOS mode).
  98. And K95 is doing it "the approved Win32 manner".
  99. For a silly consumer like me, this is very disappointing.
  100.  
  101. FWIW, I love Kermit/WARP4 and I use it everyday. Kermit is the single
  102. most important application that I use. I understand that K95 is moving
  103. toward GUI and I don't see the need to go GUI for a comm, terminal-emulation
  104. program to do that, unless X is in the cards, as long as there is mouse
  105. support which is quite good already. 
  106.